@Mechanics Ich habe vor kurzem ein paar Videos zu Move-Semantics und Perfect-Forwarding gesehen. In dem Kontext kommt eben auch die Sache auf, dass man seine Objekte als Anfänger oft unnötig kopiert und nicht da erstellt, wo man sie eigentlich haben will. Also beispielsweise wenn ich meine Objekte eigentlich nur in einem Container (std::vector oder ähnliches) haben will, kann ich sie auch gleich in dem Speicher des Containers erstellen. Oder wenn mein std::vector seine Kapazität erreicht hat und neuen Speicher allokieren muss, will ich das Kopieren all meiner Objekte meistens vermeiden. Um ein besseres und praktisches Verständnis von diesen Optimierungstechniken zu bekommen, habe ich einfach irgendeine mir bekannte Datenstruktur implementiert. Mein Anspruch war hier nicht etwas produktionsreifes zu erstellen. Du spielst vermutlich darauf an, dass eine LinkedList in den meisten Fällen sowieso beispielsweise dem std::vector unterlegen ist. Das stimmt zwar, war mir in diesem Übungsfall aber nicht wichtig. Ich kann deinen Gedankengang aber nachvollziehen.

Naja du könntest das Shared Memory mit einer ausreichend grossen Fixgrösse anlegen, und dann Offsets statt Zeiger speichern. (Entweder Offsets zum Anfang des Shared-Memory Bereichs, oder, vermutlich einfacher, den Offset zu der Adresse wo der Offset gespeichert ist.) Auf jeden Fall wirst du dabei aber nicht um die Verwaltung einer eigenen Free-List herumkommen - inklusive Synchronisierung wenn mehr als nur ein Prozess darauf zugreift. Gerade auf Linux sollte das, also das Anfordern eines sehr grossen Speicherblocks, relativ egal sein, da Linux ja beim committen nicht wirklich committet.